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Abstract of WO0031597 

The invention relates to an automation system (1 ) 
for solving a technical-process task or at least for 
operating a technical installation, notably an 
industrial plant, by means of a computer system 
which is divided into at least one field level (2) 
comprising field bus components and automation 
devices (3, 4), a control level (7) comprising at 
least one server (9, 10, 11) and a client level (15) 
comprising one or more client computers (16, 17, 
18). An automation class, notably of plant objects 
such as engines or valves or of partial processes, 
Is developed in a uniform context for individual, 
different automation components of the 
automation-technology task. Development of the 
automation class (23) relies on the one hand on 
server-oriented data components and on the 
other hand on client-oriented data components. 
An automation component is made up of server- 
oriented data components, client-oriented data 
components and functionalities. 
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(57) Abstract 




The invention relates to an automation systOTi 
(1) for solving a technical-process task or at least 
for operating a technical installation, notably an in- 
dustrial plant, by means of a computer system which 
is divided into at least one field level (2) compris- 
ing field bus components and automation, devices 
(3, 4), a control level (7) comprising at least one 
server (9, 10, 1 1) and a client level (15) comprising 
one or more client computers (16, 17, 18). An au- 
tomation class, notably of plant objects such as en- 
gines or valves or of partial processes, is developed 
in a uniform context for individual, diffei^nt au> 
tomation components of the automation-technology 
task. Development of the automation class (23) re- 
lies on the one hand on server-oriented data compo- 
nents and on the other hand on client-oriented data 
components. An automation component is made up 
of server-oriented data components, client-oriented 
data components and functionalities. 

(57) Zusamiiienfassung 

Die Erfindung beschreibt ein Automatisierangssystem (1) zur L6sung einer proze6technischen Aufgabenstellung Oder zumindest 
zum Betreiben einer technischen Anlage, insbesondere einer Industrieanlage, mittels eines Rechnersystems. welches in wenigstens eine 
Feldebene (2) mit Feldbuskomponenten und Automatisierungsgeraten (3, 4) in eine Steuerungsebene (7) mit zumindest einem Serverrechner 
(9, 10, 11) uiid in eine Clientebene (15) mit einem oder mchreren Clientrechnem (16, 17. 18) gegliedert ist. Die Entwicklung einer 
Automatisierungsklasse, insbesondere von Anlagenobjekten wie Motoren, Vcntilen oder auch von Teilprozessen, findet in einem einheitlichen 
Kontext filr cinzelne, verschiedenartige Automadsierungsanteile dpr automatisiemngstechnischen Aufgabe statt Die Entwicklung der 
Automatisierungsklasse (23) baut einerseits auf serverbezogene Datoianteile und anderersetts auf clienibezogene Datenanteile auf. Ein 
Automatisierungsanteil ist aus serverbezogeneri Datenanteilen. clientbezogenen Datenanteilen und Funktionalit&ten zusammengefafit 
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Automatisierungssystem zuf Losung einer prozefitechnischen Aufgabenstellung und 
Verfahren hierzu ' " ' • - • 

5 Die Erfindung betrifft ein Automatisierungssystem sowie ein Verfahren zur LOsung 
einer automatisierungstechnischen Aufgabenstellung, wie dies in den Anspriiclien 1 
und 17 gekennzeichnet ist.. 

Die verschiedenen Anteile einer automatisierungstechnischen Aufgabe wurden biisher 

10 untier stark unterschiedlichen Umgebungsbedingungen gel5st. So wurde z.B, der 

Steuerungsanteil bevorzugt mit den Mitteln, wie sie durch die technische Konzeption 
spezieller Automatisieningsgerflte bzw. speicherprogrammierbarer Steuerungeh (SPS) 
vorgegebcn werden, realisiert. Der fiir die L5sung automatisierungstechnischer Auf- 
gaben vielfach ebenso notwendige Visualisierungsanteil und die Bedienerschnittstelle 

15 sind dem Steuerungsanteil ublichcrweise iiberlagert worden und mufiten zuvor er- 
wahnte Anteile grundsatzlich Daten mit dem Steuerungsanteil austauschen* Zudem 
standen der Visualisierungsanteil und die Bedienerschnittstelle sowohl physikalisch 
in Form von Geraten als auch methodisch durch die verschiedenen Programmierver- 
fahren haufig in einem anderen Zusammenhang als der Steuerungsanteil. Die datenbe- 

20 zogenen Anteile wie die Datenerfassung und die Datenauswertung wurden ebenso wie 
die Visualisierung dem Steuerungsanteil aberlagert. Nachteilig ist dabei, daB die Zu- 
sammenstellung der einzelnen Autoniatisierungsanteile zur Losung der gesamten Auf- 
gabe aufwendig ist und die KomplexitSt des Oesamtsystenis dabei wesentlich erhSht 
wird, wodurch nachfolgende Wartung- bzw. Instandhaltungstatigkeiten wesentlich cr- 

25 schwert sind. 

Der vorliegenden Erfindung liegt die Aufgabe zugrunde, die L5sung einer automatisie- 
rungstechnischen Aufgabenstellung zu vereinfachen. 

30 Diese Aufgabe der Erfindung wird durch die Merkmale des Anspruches 1 und unab- 
hangig davon auch durch ein Verfahren gemaB den im Anspruch 17 angegebenen 
Merkmalen gelost. Die sich aus den Merkmalen des Kennzeichenteils des Anspruches 
1 Oder 17 ergebendcn Vorteile liegen darin, daB nunmehr eine funktionelle und nicht 
mehr datenbezogene Koordination der Automatisierungsanteile erzielt ist. Dadurch 

35 werden insbesondere iiberaus problem- und prozeBnahe Losungsansatze erzielt. Ein 
wesentlicher Vorteil ist auch dadurch gegeben, daB der bislang erforderliche Integra- 
tionsaufwand fiir eigene Integratoren, welche die einzelnen Automatisierungsanteile 
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zu einem Gesamtprojekt kombiniert haben» eriibrigt ist. Dadurch ist aber auch eine 
preventive Ausschaltung von datenbezpgenen Inkonsistenzen erreicht* Ein wesent- 
licher Vorteil besteht zudem darin, dafi cine einheitliche Oberfl^che ftir alle Program- 
mier- und Konfigurationsteile geschaffen werden kann» wodurch kaum noch Einarbei- 
S tungszeiten bei der Realisierung der unterschiedlichen Automatisierungsanteile auf- 
treten. Die OberflSche fiir alle Programmier- und Konfigurationsanteile kann dadurch 
auch unabh^lngig von den verwendeten GerSten und Komponenten gestaltet werden. 

Mit dem erfindungsgemSBen Automatisierungssystem bzw, demgeniafien Verfahren 
10 kann nunmehr auch ein Instrument fiir Experten verschiedener Fachgebiete zur Ver- 

fiigung gestellt werden, die ihr spezifisches Wissen in vollstSndige Module verpacken 
k5nnen und anderen, nicht fachmSnnischen Benutzern in vordefinierten Automatisie- 
rungsklassen zur Verfttgung stellen kOnnen. 

15 Da die Automatisierungsklassen nunmehr auch nur noch problem- und keine system- 
spezifischen Anteile ehthalten, ist auch ein einfacher Tausch oder ein Handel von 
Automatisierungsklassen ermdglicht. Die Automatisierungsklassen konnen sich dabei 
durch ihr programmierte Intelligenz defmiert in bestehende Umgebungsbedingungen 
einfugen, Durch die gekennzeichnete exemplarische Losung der Problemstellung und 

20 die automatisierungstechnische Vollstandigkeit der Losung sowie die Verkapselung 
von programmtechnischen Details ist auch eine einfache Verwendung oder Ver- 
breitung der Automatisierungsklassen erreicht. Zudem wird die Erstellung von an- 
wachsend komplexen Automatisierungsklassen auf der Basis von bestehenden Auto- 
matisierungsklassen unterstfitzt und dadurch der Obergang von hauptsSchlich techni- 

25 scher bzw. administrativer zu hauptsSlchlich problemloser Programmierung forciert. 

Weitere vorteilhafte Ausbildungen bzw. Mafinahmen sind in den Ansprttchen 2 bis 16 
bzw. 18 bis 31 beschrieben. Die damit erzielbaren Vorteile sind der detaillierten 
Figurenbeischreibung zu entnehmen. 

30 

Die Erf indung wird im nachf olgenden anhand der in den Zeichnungen dargestellten 
Ausfuhrungsbeispiele naher erlautert. 

Es zeigen: 

35 

Fig, 1 den Aufbau eines Automatisierungssystems untergliedert in die einzelnen 
Systemebenen, in stark vereinfachter, schematischer Darstellung; 
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Fig. 2 die Entwicklung einer Automatisierungsklasse symbolisierend den einheit- 
^ lichen Kohtext ftir die verschiedenen Automatisierungsanteile; 

Fig. 3 typische Automatisierungsanteile einer automatisierungstechnischen Auf- 
5 gabe gegliedert nach Haupt- und Nebenaspekten; 

Fig. 4 das Laufzeitsystem einer Automatisierungsklasse und die Gliederung einer 
Automatisierungsklasse in Server- und Clientanteile. 

10 Einfiihrend sei festgehalten» daB in den unterschiedlich beschriebenen AusfUhrungs* 
formen gleiche Elemente mit gleichen Bezugszeichen bzw. gleichen Bauteilbezeich- 
nungen versehen werden, wobei die in der gesamten Beschreibung enthaltenen Qffen- 
barungen sinngemafi auf gleiche Elemente mit gleichen Bezugszeichen bzw. gleichen 
Baiiteilbezeichnungen iibertragen werden kOnnen. Auch sind die in der Beschreibung 

IS gewShlten Lageangaben, wie z.B. oben, unten usw. auf die unmittelbar beschriebene 
sowie dargestellte Figur bezogen und sind bei einer LageSnderung sinngemSfi auf die 
. neuc Lage zu iibertragen. Weiters kSnncn auch Einzclmerkmale oder Merkinalskombi- 
nationen aus den gczeigten und beschriebenen unterschiedlichen Ausfiihrungsbeispie- 
len fur sich eigenstandige, erfinderische oder erfindungsgemafie Losungen darstellen. 

20 

In Fig. 1 ist ein Automatisierungssystem 1 zum weitgehend automatisierten Betreiben 
einer technischen Anlage zur Abwicklung eines Prozesses der Industrie, beispiels- 
weise der chemischen Industrie, veranschaulicht. 

25 Das Automatisierungssystem 1 ist dabei grundlegend in drei Ebenen kategorisierbar. 
Bezugnehmend auf die Bilddarstellung ist die unterste Ebene durch eine Feldebene 2 
gebildet, welche zumindest standardmafiig verfiigbare AutomatisierungsgerMte 3, 4 vor 
allem in Art sogeniEinnter speicherprogrammierbarer Steuerungen sowie alternativ oder 
in Konibination dazu zumiiidest ein Schnittstellenmodul S, 6 mit mehreren elektri- 

30 schen Ein- und/oder AusgSngen umfaBt. 

Die Ein- und/oder Ausgange der Schnittstellenmodule 5, 6 bzw. der Automatisierungs- 
gerate 3, 4 sind dabei zur elektrischen Verbindung mit einer nicht dargestellten Sensor- 
und/oder Aktorebene des technischen Prozesses vorgesehen. Die elektrische Verbin- 
35 dung zwischen der Feldebene 2 und einer auf die Grafik bezogenen, iibergeordneten 

Steuerungsebene 7 erfolgt bevorzugt uber an sich bekannte Feldbussysteme 8, wie z.B. 
einen Inter bus, einen Profibus oder dgl. 
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Die Steuerungsebene 7 umfafit zumindest einen elektronischen Serverrechner 9, 10, 
1 1 . Wenigstens einer der Serverrechner 1 1 kann dabei als sogenannter "stand aldne 
server" operiereii, wohingegen weitere Serverrechner 9, 10 als sogenanntes "redundao- 
tes Serverpaar" 12 zusammenwirken kannen. Das redundante Serverpaar 12 ist dazu 
5 vorgesehen, daB bei Ausfall eines Serverrechners 9 oder 10 des Serverpaares 12 der 
weitere Serverrechner 9 bzw. 11 die Aufgaben des ausgefallenen Serverrechners 9 
bzw. 1 1 maglichst unterbrechungsfrei iibernehmen kann und somit die Aufrechterhal- 
tung des technischen Prozesses sichert. Die Serverrechner 9, 10, 11 weisen bevorzugt 
entsprechende Schnittstelienkarten auf, um mit den Komponenten der Feldebene 2 
10 kommunizieren zu kdnnen. 

Zumindest die Serverrechner 9, 10 des Serverpaares 12 in der Steuerungsebene 7 
stehen dabei tiber ein Netzwerk 13 zur Ubertragurig von Daten in komihunikativer Ver- 
bindung. 

15 

Die einzelnen softwaregesteuerten Serverrechner 9, 10, 11 wiederum stehen mit einer 
auf die Grafik bezogenen ubergeordneten Verwaltungsebene 14 in leitungsgebundener 
Oder auch drahtloser Verbindung um untereinander kommunizieren bzw. Steuerungs- 
und/oder Prozefidaten (ibertragen zu kSnnen. 

20 

Die Verwaltungsebene 14 ist dabei mit einer Clientebene 15 vergleichbar, welche 
mehrere softwaregesteuerte Clientrechner 16, 17, 18 umfafit. Uber diese Clientrechner 
16 bis 18 sind dabei eine Vielzahl von Verwaltungs- bzw. Kontrollfunktionen betref- 
fend beispielsweise die Entwicklung, Produktionslogistik, Qualitatskontrolle, War- 
25 tung, Fernbedienung und dgL ausfiihrbar. 

Die Clientrechner 16 bis 18 stehen dabei untereinander fiber ein Standardnetzwerk 19 
in kommunikativer Verbindung. Bevorzugt ist das Standardnetzwerk 19 f iir die Client- 
rechner 16 bis 18 in der Verwaltungsebene 14 mit dem vorerwiihnten Netzwerk 13 der 
30 Steuerungsebene 7 leitungsgekoppelt, um eine Dateniibertragung zwischen dem Stan- 
dardnetzwerk 19 der Verwaltungsebene 14 und dem Netzwerk 13 der Steuerungsebene 
7 zu ermfiglichen. 

Gleichfalls kann das Standardnetzwerk 19 zumindest in Teilbereiche der Steuerungs- 
35 ebene 7 ubergreifen und dabei insbesondere den weitgehend autarken Serverrechner 
11 einbinden. 
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Bevorzugt bestehen auch einzelne Direktvbrbindungen 20 bis 22 zwischen bestimmten 
Serverrechnern 9 bis 11 und bestimmten Clientrechnern 16 bis 18, wobei die Kommu* 
nikations- bzw- Dateiiubertragungsrichtung der Direktverbindungen 20 bis 22 aus- 
gehend von den Serverrechnern 9 bis 11 zu den Clientrechnern 16 bis 18 definiert ist. 
Diese Direktverbindungen 20 bis 22 erihoglichen den Serverrechnern 9 bis 11 eine 
direkte, gezielte Dateniibertragung in die Verwaltungsebene 14, wobei die Direktver- 
bindungen 20 bis 22 vorwiegend zur Obersendung von Daten bzw. Nachrichten hShe- 
rer Prioritat eingesetzt sind. 

In Fig. 2 ist die erfindungsgemMfie Entwickliing von Automatisierungsklassen 23 zur 
Verwertung in einem zuvor erlauterten Automatisierungssystem veranschaulicht. Die 
sektorenartige Zusammensetzung einzelher Automatisierungsanteile 24 einer automati- 
sierungstechnischen Aufgabe gemSfi der tabellarischen Aufstellung in Fig. 3 zu einem 
in sich geschlossenen Kreis veranschaulicht dabei, dafi die Entwicklung der Automati- 
sierungsklassen 23 zur Anwendung in einem Automatisierungssystem in einem einheit- 
lichen Kontext fttr die verschiedenen Automatisierungsanteile 24 stattfindet. Insbeson- 
dere ist dadurch das erfindungsgem&fie Verfahren, mit welchem die unterschiedlichen 
Aspekte bzw, Automatisierungsanteile 24 einer automatisierungstechnischen Aufgabe 
in einem einheitlichen Kontext geldst werden, symbolisiert. 

Eine automatisierungstechnische Aufgabe kann insbesondere in eine oder mehrere 
Automatisierungsanteile 24 - gemgfi Fig. 3 - gegliedert werden. Einem Hauptanteil 25 
ist dabei vor allem eine Steuerung 26, ein Alarmwesen 27, eine Visualisierung 28, 
eine Bedienerschnittstelle 29, eine Datenerfassung 30 und/oder eine Datenevaluierung 
31 zuzuzMhlen. 

Weitere Automatisierungsanteile 24. einer automatisierungstechnischen Aufgabe kdn- 
nen durch eine Konfigurationsschnittstelle 32, eine Bildverarbeitung 33, eine Simula- 
tion 34 und/oder durch eine Dokumentation 35 definiert sein, wobei letztgenannte 
Automatisierungsanteile 24 haufig einen Nebenanteil 36 der automatisierungstechni- 
schen Aufgabe darstellen. 

Die unterschiedlichen Automatisierungsanteile 24 sind je nach Aufgabenstellung unter- 
schiedlich stark ausgepragt oder vorhanden, Wahrend etwa bei kleineren und iiber- 
wiegend unb^aufsichtigten prozeBtechnischen Problemstellungen, wie z.B. bei einer 
Kl&anlage, der Anteil fur die Steuerung 26 dominant ist, sind bei vergleichsweise 
komplexeren Prozesseh, wie z.B* in der chemischen Industrie, die Visualisierung 28, 
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das Alarmwesen 27 und die Bedienerschnittstelle 29 yon herausragender Bedeutung* 

Bei grofiteils fertigungstechiiischen Problemstellungen, wie z.B. in der AutQmobil- 
industrie» sind im Sinne der Produktionslogistik, QualitStssicherung und Reproduktion 
5 die Automatisierungsanteile 24 betreffend Datenerfassung 30 und Datenevaluierung 
31 vorherrschend. 

Das erfindungsgemaBe Automatisierungssystem bzw. die diesem zugrundeliegendeti 
Verfahrensschritte lassen die Losung mehrerer zuvor aufgelisteter Automatisierungsan- 
10 teile 24 einer Aufgabenstellung in einem einheitlichen Kontext zu« 

Dazu wird die gesamte, technische Aufgabenstellung exemplarisch in einem sogenann- 
ten Objektprototypen oder in einer Automatisierungsklasse 23 gel5st. Der gesamte 
Prozefi kann auch als die Entwicklung einer Automatisierungsklasse 23 bezeichnet 
15 wferdcn. 

Der erste Schritt in diesem EntwicklungsprozeB ist die Erstellung eines klassenspezifi- 
schen Datensatzes. Dabei werdcn neben Steuerungsdaten auch Daten fur die Visualisie- 
rung 28, Daten fur die Bedienerschnittstelle 29 und/oder fiir die Datenerfassung 30 

20 definiert, Unter Daten fur die Visualisierung 28 sind z.B. die Farbwahl, die Graf iken, 
die Schrifteigenschaften und dgl. zu verstehen. Die Bedienerschnittstelle 29 kann z.B. 
durch Schalter, Schieberregler, editierbare Textfelder und dgl. definiert werden* Fur 
die Datenerfassung 30 werden z.B. Tabellen und Datenbankkomponenten bestimmt. 
Wesentlich ist, dafi alle Teile des zu erstellenden klassenspezifischen Datensatzes 

25 innerhalb des Kontextes der entstehenden Automatisierungsklasse 23 definiert werden. 
Bin weiteres bedeutendes Merkmal besteht darin, dafi eine Kategorisierung nach ser- 
verbezogenen Dateiianteilen 37 und clientbezogenen Datenanteilen 38 vorgenommen 
wird bzw. realisiert ist, wie dies insbesondere auch in Fig. 4 veranschaulicht ist. Die 
Einstufung in serverbezogene bzw. clientbezogene Datenanteile 37, 38 erfolgt im Hin- 

30 blick auf die unterschiedlichen Automatisierungsanteile 24 und unterschiedlichen Ge- 
rStetypen auf denen die einzelnen Automatisierungsanteile 24 nachfolgend exekutiert 
bzw. ausgefiihrt werden. Die Erstellung des klassenspezifischen Datensatzes erfolgt 
bevorzugt in graphischer und/oder textueller Form, 

35 Der nachste Schritt in der Entwicklung einer Automatisierungsklasse 23 ist die Bereit- 
stellung von Funktionalitaten. Die FunktionalitSten der entstehenden Automatisierungs- 
klasse 23 beziehen sich dabei auf den im ersten Schritt definierten Datensatz und sind 
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welters an die verschiedenen Automatisierungsanteile 24 gemSB Fig. 3 angepafit. 
Wesentlich ist wiederum, daB alle setver- bzw. clientbezogeneri Funktionsanteile 39, 
40 der automatisierungstechnischen Aufgabe innerhalb des Kontextes der entstehen- 
den Automatisierungsklasse 23 gelost werden, Ein weiteres bedeutendes Merkmal be- 
steht darin, daB eine Kategorisierung nach serverbezogenen Funktionsanteilen 39 und 
clientbezogenen Funktionsanteilen 40 realisiert ist bzw. erhalten bleibt, wic dies insbe- 
sondere aus Fig. 4 ersichtlich ist. Die FunktionalitSten bzw. Funktionsanteile 39, 40 
sind dutch graphische und/oder textuelle Mechanismen gebildet, die jeweils optimal 
auf die Anforderungen eines bestimmten Automatisierungsanteils 24 ausgerichtet sind. 
Diese Mechanismen prientieren sich an der lEC 1 131-3 und zwar nicht nur wie darin 
vorgesehen fiir die Steuening 26. sondern auch fiir die Visualisierung 28, die Datener- 
fassung 30 und zumindest einige der anderen Automatisierungjsanteile 24. 

Eine gemJlB vorstehend genannten Richtlinien schrittweise erstellte Automatisierungs- 
klasse 23 ist nachfolgend ftir eine Publikation in einer Bibliothek vorgesehen und 
kann somit anderen Anwendern zugSnglich gemacht werdeh. Auf diese Bibliothek 
unterschiedlicher Automatisierungsklassen 23 ist dabei zumindest unternehmensweit, 
z.B. uber eine Intranetanbindung oder auch standortiibergreifend iiber globale.Daten- 
kommunikationseinrichtungen, wie z.B. uber das sogenannte Internet, zugreifbar. 

Ein fiir die Automatisiefung bestimmtes, reales Projekt setzt sich aus einer oder mehre- 
ren individuellen Kopien von einer oder mehreren der Automatisierungsklassen 23 zu- 
sammen. Jede Kopie bzw. jedes sogenannte Objekt ist dabei ein detailgetreiies Abbild 
der Automatisierungsklasse 23 in dem Sinn, daB ausschlie£flich die Struktur des Daten- 
satzes und die Funktionalitilten von der jeweiligen Automatisierungsklasse 23 ubcr- 
nommen werden. Jeder Datensatz bzw. jedes Objekt ist jedoch individuell und kann 
individuell adressiert werden. 

Die Verkniipfung der individuellen Kopien bzw. Objekte zu realen Projekten erfolgt 
ausschlieBlich mit den selben Mitteln, wie sie zur Erstellung der Automatisierungsklas- 
sen 23 vorgesehen sind bzw. verwendet wurden. Dadurch und gegebenenfalls unter 
Zuhilfenahme einiger zusStzlicher Mittel lassen sich die Automatisierungsanteile 24 
fiir konkrete Projekte oder prozeBtechnische Problemstellungen wiederum zu Automati- 
sierungsklassen 23 zusammenfassen. Demzufolge kOnnen Automatisierungsklassen 23 
nicht nur physikalische Objekte, wie z.B. Motoren, Ventile, BehSlter, sondern auch 
ganze Prozesse Oder Teilprozesse reprasentieren. 
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Wie insbesondere aus Fig. 2 entnehmbar ist, bildet die Steuerung 26 bzw. der Steue- 
rungsanteii einen serverbezogenen Anteil bzw. Server anteil 41 einer Automatisierungs- 
klasse 23* Cblicherweise ist der.Automatisierungsanteil 24 betreffend die Datenerfas- 
sung 30 ebenso ein serverbezogener Anteil bzw. ein Servi^ranteil 41 einer Automatisie- 
5 ningsklasse 23. In EinzelfSllen, z.B. bei der ProtokoUierung von Benutzeraktiqnen 
Oder vom Benutzern ausgel5ster Aktivitilten, liegen clientbezogene Anteile bzw. 
Clientanteile 42 vor. 

Zumindest eine Teilmenge der restlichen Automatisierungsanteile 24, wie z.B. die Be- 
10 dienerschnittstelle 29, die Visualisierung 28 und/oder die Konfigurationsschhittstelle 
32, sind clientbezogene Anteile bzw. Clientanteile 42 einer Automatisierungsklasse 
23. 

F&r den Fall, dafi die Automatisierungsanteile 24 betreffend Datenevaluierung 3 1 and 
IS Dokumentation 35 in einer Automatisierungsklasse 23 present sind, so sind diese 

Automatisierungsanteile 24 als clientbezogene Anteile bzw. als Clientanteile 42 kate- 
gorisiert. 

Grundsatzlich sei hierbei bemerkt, daB die Serveranteile 41 einer Automatisierungs- 
20 klasse 23 bzw. eines Objektes permanent existieren. Die Clientanteile 42 hingegen 
werden bei Bedarf und bevorzugt zur Laufzeit erzeugt bzw. auch wieder verworfen. 
Die Clientanteile 42 einer Automatisierungsklasse 23 kSnnen - wie insbesondere aus 
Fig. 4 ersichtlich ist - mehrfach und slmultan existieren. Bei ihrer Erzeugung bevor- 
zugt zur Laufzeit der Automatisierungsklasse 23 werden sie an den bereits existieren- 
25 den Se^'veranteil 41 gelinkt. Die Serveranteile 41 bestehen nur einmal pro Automatisie- 
rungsklasse 23 bzw. Objekt und deren Erzeugung geht mit der Objekterzeugung bzw. 
der Erzeugung der Automatisierungsklasse 23 einher. 

Welters ist insbesondere Fig. 2 zu entnehmen, dafi. die serverbezogenen Datenanteile 
30 37 fiir die FunktionalitMten aller Automatisierungsanteile 24 verfiigbar sind. 

Die Erstellung eines klassenspezifischen Datensatzes erfolgt unter Beriicksichtigung 
des internationalen Standards lEC 1131. Insbesondere sind die entsprechcnden elemen- 
taren Datentypen, die generischen Datentypen und die variablen Deklarationen unter- 
35 stiitzt. 

Beim erfindungsgemaBen Automatisierungssystem sind die elementaren Datentypen, 
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wie diese yorwiegend beim Steuerungsanteil 26 benOtigt werden, durch Anteile des 
Alarmwesens 27» der Visualisierung 28, der Bedienerschnittstelle 29, der Konfigura- 
tionsschnittstelle 32, der Datenerfassung 30, der Datenevaluierung 31 und der Bildver- 
arbeitung 33 ergSnzt* Insbesondere sind die elementaren Datentypen durch Alarme, 
5 graphische Datentypen, datentechnische Typen wie z.B. Tabellen und bildteclihische 
Typen wie z.B. Videobilder ergSnzt. 

Wie vorhergehend bereits erlSutert, ist der Datensatz einer Automatisierungsklasse 23 
grunds&tziich nach server- und clientbezogenen Anteilen unterschieden* Die serverbe- 

10 zogenen Anteile bzw. Serveranteile 41, wie z.B. die Steueruhg 26, existieren fiber die 
gesamte Lebenszeit einer individuelleh Kopie einer Automatisierungsklasse 23 bzw. 
eines Objektes. Die clientbezogenen Anteile bzw. Clientanteile 42, wie z.B. die Visua- 
lisierung 28, hingegen werden jeweils neu erzeugt, wenn eine bestimmte clientbe- 
zogene FunktionalitSt benStigt wird. Dadurch konnen also die clientbezogenen Anteile 

15 fur ein bestimmtes Objekt mehrfach und simultan existieren, wahrend die seryerbe- 
zogenen Anteile nur ein einziges Mai per Automatisierungsklasse oder Objekt und 
permanent bestehen. 

Zu den verschiedenen Datentypen existieren auBerdem spezifische Attribute, die spe- 
20 zielle Eigenschaften zwischen den Automatisierungsanteilen 24 einer Automatisierungs- 
klasse 23 bzw. eines Objektes transportieren oder spezielle Aufgaben iibernehmen. 
Hierzu ist z.B. eine Steuerungs variable mit einem Giiltigkeitsattribut ausgestattet. 
Die binSre Information des Gttltigkeitsattributes wird dabei stets zusammen mit dem 
eigentlichen Wert der Variable transportiert. Mit diesem Validierungsmechanismus 
25 bzw. mit diesem Giiltigkeitsattribut kommunizieren eine Datenquelle und eine Dateh- 
senke auch Qber die GOltigkeit einer Variable, sodafi sich die Datensenke selektiv auf 
die vorherrschenden VerhSltnisse abstimmen kann. 

Welters k5nnen die nunierischen Steuerungsvariablen optional fiber die Attt'ibute Mini- 
30 malwert, Maximalwert und Dimension verfugen, sodafi diese Eigenschaften ohne zu- 
sMtzliche Konfiguration direkt von anderen Automatisierungsanteilen 24, wie z.B. von 
der Bedienerschnittstelle 29 oder von der Datenerfassung 30, Ubernommen werden 
konnen. Dadurch kann sich beispielsweise ein Schieberegler ohne zusatzlichen Konfi- 
gurationsaufwand automatisch an die individuellen Gegebenheiten anpassen. 

35 

Die Implementierung der Funktionalitaten bzw. Automatisierungsanteile 24 erfolgt in 
einem Klasseneditor, Der Klasseneditor ist dabei ein graphischer Editor, der eine 
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Kombination von verschiedenen graphischen und autdmatisierungstechnischen Grund- 
elementen ermoglicht. 

Die Steuerung 26 einer Automatisierungsklasse 23 ist die Summe aller steuerungstech- 
5 nischen Grundelemente, wie z.B. Funktionsbldcke und deren logische Verkniipfung. 
Insbesondere werden fttr die Steuerung 26 allgemein bekannte graphische Sprachen 
und textuelle Sprachen unterstiitzt. Die Steuerung 26 kann auf dem Hostsystem bzw. 
den Serverrechnern 9 bis 11 in einer sogenannten "Software SPS" oder in den externen 
Automatisierungsgeraten 3, 4 oder verteilt auf die "Software SPS" und die externen 
10 Automatisierungsgerate 3, 4 ausgefiihrt werden. 

Wesentlich ist dabei, daiB sowohl bei der externen Ausfiihrung auf den Automatisie- 
rungsgeraten 3» 4 als auch bei der verteilten Ausftthrung mittels der "Software SPS" 
und den externen Automatisierungsgeraten 3, 4 der Programmtransfer vom Hostsystem 
IS bzw. von den Serverrechnern 9 bis 1 1 zum externen Automatisierungsgerilt 3, 4 fiir 

den Benutzer transparent gestaltet ist. Dies wird durch Automatisierungsklassen 23 er- 
reicht, die neben der Steuerung 26 auch die Ladevorschriften fiir die externen Automa- 
tisierungsgerate 3, 4 beinhalten. 

20 Die Visualisierung 28 einer Automatisierungsklasse 23 ist die Summe aller graphi- 
schen Elemente, die innerhalb eines speziellen graphischen Rechtecks angeordnet 
werden. Das graphische Rechteck ist dabei von variabler GroBe und kann beliebig 
skaliert und gedreht werden. Die Visualisierung 28 einer Automatisierungsklasse 23 
wird mit verschiedenen graphischen Elementen, wie z.B. Text, Rechtecke, EUipsen, 

25 Polygone, Linien oder spezifischen automatisierungstechnischen Elementen» wie 
Trends, Rohrleitungen etc«, durchgefiihrt. 

Die Bedienerschnittstelle 29 einer Automatisierungsklasse 23 ist ebenso durch die 
Summe von graphischen Elementen gebildet, die innerhalb eines anderen, speziellen 

30 graphischen Rechtecks angeordnet sind. Im Gegensatz zur Visualisierung 28, die nur 
ein einziges Mai pro Automatisierungsklasse 23 vorkommen darf, konnen beliebig 
viele Bedienerschnittstellen 29 fiir eine bestimmte Automatisierungsklasse 23 defi- 
niert werden. Fur die Bedienerschnittstelle 29 stehen neben den graphischen und auto- 
matisierungstechnischen Grundelementen auch Bedienelemente wie Schalter, Schiebe- 

35 regler und dgL sowie editierbare Textfelder zur Verfugung. 

Fiir das Alarmwesen 27 einer Automatisierungsklasse 23 ist ein spezieller binarer 
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Datentyp "Alarm" vorgeschen- Dieser Datentjrp "Alarm" besitzt verschiedene Attribute 
die festlegen, welche Aktionen beim Auftreffen oder Verschwinden eines Alarms zu 
ergreifen sind. Beispielsweise ist beim Auftreten eines Alarms automatisch ein Eintrag 
in ein Systemjournal vorgesehen oder es sind verschiedene Benutzergruppen zu be- 
5 nachrichtigen. 

ZusMtzlich ist durch deh speziellen Datentyp "Alarm" eine automatische Alarmkonfigu- 
ration eines ganzeh Projektes ermdglicht. Hierzu durchsucht das System alle Automatic 
sierungsklassen 23 bzw. Objekte nach Alarmyariablen und ordnet das Ergebnis nach 
10 Benutzergruppen* PrioritSt, AktualitSt oder dgl. Das Alarmwesen 27 ist grundlejgend 
ein server bezogener Anteil einer Automatisierungsklasse 23. Die Alarmbearbeitung 
hingegen stellt einen clientbezogenen Anteil dar. 

Die Automatisierungsanteile 24 betreffend Datenerfassung 30 bzw. die Datenievaluie- 
15 rung 31 sind die datenbezogenen Anteile einer Automatisierungsklasse 23 und sind 
mit speziellen Grundelementen umgesetzt, Dazu gehSren Trends, Tabellen oder spe- 
zielle Datenbankfuntionsbl5cke. Die Aufzeichnung der historischen Entwicklung einer 
Variable stellt einen serverbezogenen Anteil bzw. Serveranteil 41 dar. Hingegen ist 
die Darstellung derselben ein Clientanteil 42. 

20 

Das selbe gilt fiir das Aufzeichnen von Ereignissen in Datenbanken. Die Aufzeichnung 
selbst ist serverbezogen, die Visualisierung der Daten in den entsprechenden Tabellen 
hingegen ist clientbezogen. Ahnlich wie bei der Steuerung 26 mtissen die datenbe- 
zogenen Anteile hSufig mit externen Komponenten insbesondere Datenbanken kommu- 
25 nizieren. Die dazu notwendige Intelligenz ist in die jeweilige Automatisierungsklasse 
23 integriert. 

Die Konfigurationsschnittstelle 32 einer Automatisierungsklasse 23 ist die Summe der 
graphischen Elemente, die innerhalb eines Konfigurationsrechtecks anzuordnen sind. 
30 Die Rechtecke sind dabei in ihrer GroBe variabel. Ftir die Konfigurationsschnittstelle 
32 stehen die selben Grundelemente wie fur die Bedienerschnittstelle 29 zur Ver- 
fiigung. Die Konfigurationsschnittstelle 32 ist dem Benutzer einer Automatisierungs- 
klasse 23, typischerweise einem Anwendungsprogrammierer, wShrend der Program- 
mierungs- oder Konfigurationsphase zur Verfugung gestellt. 

35 

Die. Simulation 34 ist ebenso ein Aspekt bei der Erstellung einer Automatisierungs- 
klasse 23. Bei kohsequenter Ausstattung aller Automatisierungsklassen 23 mit einem 



wo 00/31597 



•12- 



PCT/AT99/00286 



Simulationsanteil ist es ermdglicht, ganze Prozesse mit geringeo Aufwand zu simu- 
. lieren. Die Umschaltung zwischen Normal- und Simulationsbetrieb erfolgt tiber einc 
Steuerungsvariable, an deren Zustand sich alle anderen Autpmatisierungsanteile 24 
bzw. FunktionalitSten orientieren und einstellen. 

5 

Die Dokumentation 35 einer Automatisierungsklasse 23 erledigt sich nahezu automa- 
tisch im Zuge des Entwicklungsprozesses. Neben dem graphischen Grundelement Text 
unterstiitzt der Klasseneditor eine HTML-Grundklasse, iiber die dem Benutzer einer 
Automatisierungsklasse 23 die ubliche Online-Hilfe zur Verfugung gestellt werden 
10 kann» 

Selbstverstandlich ist es im Rahmen der Erfindung, insbesondere bei kleineren techni- 
schen Anlagen, auch m5glich» die Hardwarestruktur zu minimieren» indem lediglich 
ein Rechrier eingesetzt wird, welcher rein logisch die Client-Server-Funktionalitfiten 
15 iibernimmt, physikalisch gesehen aber nur ein Rechner oder ein Rectmerpaar ange- 
ordnetist. 

Der Ordnung halber sei abschlieBend darauf hingewiesen, daB zum besseren VerstSnd- 
nis der erfindungswesentlichen ZusammenhSnge die Funktionsbldcke stark abstrakt 
20 dar gestellt wurden. 

Die den eigenstandigeh erfinderischen Losungen zugrundeliegende Aufgabe kann der 
Beschreibung entnommen werden. 

25 Vor allem konnen die einzelnen in den Fig. 1; 2, 3, 4 gezeigten Ausfiihrungen den 

Gegenstand von eigenstkndigen, erfindungsgemllfien L5sungen bilden. Die diesbezttg- 
lichen, erfindungsgemSfien Aufgaben und L5sungen sind den Detailbeschreibungen 
dieser Figuren zu entnehmen. 

30 



35 
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Patentanspruche 

1. Automatisicrungssystem zur Lttsung einer prozeBtechnischen Aufgaben- 
stellung Oder zumindest zum Betreiben einer technischen Anlage» insbesondere einer 

5 IndustrieanlagCi mittels einem Rechnersystcm^ welches in wenigstens e:ine Feldebene 
mit Feldbuskomponenten und Autoinatisierungsger9ten in eine Steuerungsebene mil 
zumindest einem Serverrechner und in eine Clientebene mit einem oder mehreren 
Clientrechnern gegliedert ist, dadurcii gekennzeichnet, daB die Entwicklung einer 
Automatisierungsklasse (23), insbesondere von Anlagenobjekten wie Motoren, Venti- 

10 len Oder auch von Teilprozessen, in einem einheitlichen Kontext fiir einzelne» ver- 

schiedenartige Automatisierungsanteile (24) der automatisierungstechnischen Aufgabe 
stattfindet und die Entwicklung der Automatisierungsklasse (23) einerseits auf server- 
bezogene Datenanteile (37) und andererseits auf clientbezogene Datenanteile (38) 
aufbaut und ein Automatisierungsanteil (24) aus serverbezogenen Datenanteilen (37), 

15 clientbezogenen Datenanteilen (38) und Funktionalitaten zusammengefafit ist. 

2. Automatisierungssystem nach Anspruch 1, dadurch gekennzeichnet, dafi 
die serverbezogenen Datenanteile (37) gemeinsam mit der Automatisierungsklasse 
(23) erzeugt werden und fiber die gesamte Lebenszeit der Automatisierungsklasse (23) 

20 bestehen bleiben. 

3. Automatisierungssystem nach Anspruch 1 oder 2, dadurch gekennzeichnet, 
daB die clientbezogenen Datenanteile (38) zur Laufzeit erzeugt werden und spezifisch 
fur die jeweiligen Clientanteile (42) der Automatisierungsklasse (23) sind. 

25 

4. Automatisierungssystem nach einem oder mehreren der vorhergehenden 
Ansprilche, dadurch gekennzeichnet, daB Serveranteile (41) einer Automatisierungs- 
klasse (23) permanent existieren. 

30 5. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

Ansprilche, dadurch gekennzeichnet, daB die Clientanteile (42) einer Automatisierungs 
klasse (23) bei Bedarf zur Laufzeit erzeugt und verworfen werden. 

6. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

35 Anspriiche, dadurch gekennzeichnet, daB Clientanteile (42) einer Automatisierungs- 
klasse (23) simultan bestehen. 



wo 00/315^7 



-15- 



PCT/AT99/Od280 



7. ^ Automatisierungssystem nach einem oder mehreren der vorhergehenden 
Anspriiche, dadurch gekehnzeichnet, dafi die Clientanteile (42) befi ihrcr Erzeugung an 
den entsprechenden, bereiits bestehenden Serveranteil (41) gelinkt \v:erden. 

5 8, Automatisierungssystem nach einem oder mehreren der vorhergehenden 

, Anspriiche, dadurch gekennzeichnet, dafi einzelne Automatisierungsanteile (24) gra- 
phisch und/Qder textuell in eine Automatisierungsklasse (23) integrierbar sind. 

9* Automatisierungssystem nach einem oder mehreren der vorhergehenden 

10 AnsprUche, dadurch gekennzeichnet, dafi die Automatisierungsanteile (24) durch eine 
Steuerung (26) und/oder durch ein Alarm wesen (27) und/oder durch eine Visualisie- 
rung (28) und/oder durch Bedienerschnittstellen (29) und/oder durch eine Datener* 
fassung (30) und/oder durch eine Patenevaluierung (31) definiert sind. 

15 IQ. . Automatisierungssystem nach einem oder mehreren der vorhergehenden 

Anspruche, dadurch gekennzeichnet, dafi die Automatisierungsanteile (24) im Elin- 
blick auf ihre spatere Verwendung, auf die unterschiedlichen technischen Voraus- 
setzungen und auf die Exekution im Laufzeitsystem nach Serveranteilen (41) und 
Clientanteilen (42) kategorisiert sind. 

20 

11. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

Anspriiche, dadurch gekennzeichnet, dafi die Automatisierungsanteile (24) betreffend 
Steueruiig (26) und Datenerfassung (30) Serveranteile (41) darstellen. 

25 12. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

AnsprQche, dadurch gekennzeichnet, dafi die Automatisierungsanteile (24) betreffend 
Bedienerschnittstelle (29), Visualisierung (28) und Datenevaluierung (31) Clientan* 
teile (42) darstellen. 

30 13. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

Anspriiche, dadurch gekennzeichnet, dafi programmtechnische Mittel zur Bereitstel- 
lung von FunktionalitSlten zur Abdeckung der Automatisierungsanteile (24) 
ausgebildet sind, 

35 14. Automatisierungssystem nach einem oder mehreren der vorhergehenden 

Anspriiche, dadurch gekennzeichnet, dafi die iFunktionsanteile (39, 40) den Datenan- 
teilen (38) der entsprecheiiden Clientanteile (42) und den Datenanteileh (37) der 
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Seryeranteile (41) zugeordnet sind. 

15. Automatisierungssystem nach einem oder mehreren der vorhergeheadjen 
Ansprttche^ dadurch gekennzeichnet» daB Nebenaspekte der Automatisierungsanteile 

5 (24) dutch eine Konfigurationsschnittstelle (32) und/oder eine Bildverarbeitung (33) 
und/oder eine Simulation (34) und/oder eine Dokumentation (35) gebildet sind. 

16. Automatisierungssystem nach einem oder mehreren der vorhergehenden 
Ansprttche, dadurch gekennzeichnet» dafi die Steuerungsebene (7) durch Anordnung 

10 zumindest eines Serverpaares (12) redundant aufgebaut ist. 

17. Verfahren zur L3sung einer automatisierungstechnischen» verschieden- 
artige Automatisierungsanteile beinhaltenden Aufgabenstellung unter Zuhilfenahme 
von programmtechnischen Mitteln, welche zur Exekutioh in einem mehrere hardware- 

IS bezogene Ebenen umfassenden Rechnersystem vorgesehen sind, dadurch gekennzeich* 
net» dafi die gesamte Aufgabenstellung exemplarisch in einer Automatisierungsklasse 
gelSst wird und in diesem Entwicklungsprozefi ein klassenspezifischer Datensatz er- 
stellt wird, in welchem neben Steuerungsdaten auch Daten fur eine Visualisierung 
und/oder eine Bedienerschnittstelle definiert warden, wobei alle Teile des Datensatzes 

20 innerhalb des Kontext der entstehenden Automatisierungsklasse definiert werden und 
eine Kategorisierung der Daten nach serverbezogenen Datenanteilen bzw. Serveran- 
teilen und clientbezogenen Datenanteilen bzw. Clientanteilen vorgenommen wird. 

18. Verfahren nach Anspruch 17, dadurch gekennzeichnet, daB die Einteilung 
25 des Datensatzes in Serveranteile und Clientanteile im Hinblick auf die verschieden- 

artigen Automatisierungsanteile und physikalischen GerSte erfolgt. 

19. Verfahren nach Anspruch 17 oder 18, dadurch gekennzeichnet, dafi die 
Erstellung des Datensatzes in graphischer und/oder textueller Form erfolgt. 

30 

20. Verfahren nach einem oder mehreren der Anspriiche 17 bis 19, dadurch 
gekennzeichnet, daB in einem nachsten Entwicklungsschritt der Automatisierungs- 
klasse Funktionalitaten bereitgestellt werden, welche sich auf den definierten Daten- 
satz beziehen und an die verschiedenen Automatisierungsanteile angepaBt sind. 

35 



21. Verfahren nach einem oder mehreren der Anspriiche 17 bis 20, dadurch 

gekennzeichnet, daB die Erstellung der Funktionalitaten in graphischer und/oder 
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textueller Form erfolgt. 

22. Verfahren nach cinem Oder mchreren der Anspriiche 17 bis 21, dadurch 
gekennzcichnet, da6 alle Funktionsanteile der automatisierungstechnischen Aufgabe 

5 innerhalb des Kontextes der entstehenden Automatisierungsklasse gelOst wcrden und 
gleichfalls eine Kategorisierung nach serverbezogenen Funktionsanteilen und clientbe- 
zogenen Ftinktionsanteilen durchgefiihrt wird. 

23. Verfahren nach einem oder mchreren der Ansprflche 17 bis 22, dadurch 
10 gekennzcichnet, daB eine erstellte Automatisierungsklasse in einer Bibliothek publi- 

ziert wird. 

24. Verfahren nach einem oder mchreren der Anspriiche 17 bis 23, dadurch 
gekennzeichnet, daB mittels netzwerktechnischer Vorrichtungen auf die Bibliothek zu- 

15 gegriffen werden kann. 

25. Verfahren nach einem oder mchreren der Anspruche 17 bis 24, dadurch 
gekennzcichnet, daB die verschiedenartigen Automatisierungsklassen der Bibliothek 
iiber eine globale, netzwerktechnische Vorrichtung, insbesondere liber das "Internet", 

20 zur Verffigung gestellt werden. 

26. Verfahren nach einem oder mchreren der Anspriiche 17 bis 25, dadurch 
gekennzcichnet, dafi Automatisierungsprojekte aus einer oder mchreren individuellen 
Kopie(n) von einer oder itnehreren Automatisierungsklasse(n) zusammengesetzt 

25 werden uiid bei jeder Kopie einer Automatisierungsklasse die Struktur des Datensatzes 
und die FunktionalitSten iibernommen werden. 

27. Verfahren nach einem oder mchreren der Anspriiche 17 bis 26, dadurch 
gekennzcichnet, daB die Verkniipfung der Kdpien der Automatisierungsklassen zum 

30 Automatisierungsprojekt mit den gleichen programmtechnischen Mitteln erfolgt, 
welche zur Erstellung der Automatisierungsklassen eingesetzt werden. 

28. Verfahren nach einem oder mchreren der Anspriiche 17 bis 27, dadurch 
gekennzcichnet, daB mehrere Automatisierungsklassen wiederum zu einer eigenen 

35 Automatisierungsklasse zusammengefaBt werden und dadurch Teilpirozesse reprSscn- 
tieren k&nnen. 
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29. Verfahren nach einem oder mehreren der Anspriiche 17 bis 28, dadurch 
gekennzeichnet» dafi die Automatisierungsanteile ersteres im Hinblick auf ihre spStere 
Verwendung, weiters auf die unterschiedlichen technischen Voraussetzungen sowie 
auf die Exekution im Laufzeitsystem nach Serveranteilen uiid Clientanteilen kategori- 

5 siert werden. 

30. Verfahren nach einem oder mehreren der Anspriiche 17 bis 29, dadurch 
gekennzeichnet, daB die Serveranteile, wie z.B. fiir die Steuerung, Uber die gesamte 
Einsatzzeit einer Automatisierungsklasse bestehen und die Clientanteile, wie z«B. fiir 

10 die Visualisierung, jeweils neu erzeugt werden, wenn die jeweilige FunktionalitSt 
bzw. der jeweilige Automatisierungsanteil ben5tigt wird* 

31: Verfahren nach einem oder mehreren der Anspriiche 17 bis 30, dadurch 

gekennzeichnet, dafi die Serveranteile im Laufzeitsystem nur einmal sowie permanent 
15 bestehen und die Clientanteile mehrfach und simultan existieren kdnnen. 



20 



25 



30 
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